Les tâches peuvent être utilisées de différentes manières pour gérer les données de la base de données. Un utilisateur disposant des droits requis pour créer ces tâches a accès aux quatre types:
- Tâche SQL — permet d'exécuter une procédure SQL sur la base de données. Ce type de tâche peut être utilisé pour mettre à jour les données de la base de données, réaliser des calculs et exécuter de nombreuses autres opérations sur la base de données
- Tâche d'importation— permet d'importer des données dans la base de données à partir d'une source externe
- Tâche d'exportation — permet de créer un fichier d'exportation comprenant les données de la base de données
- Tâche batch — permet de créer une tâche plus importante réunissant une série de sous-tâches (tâches SQL, d'exportation ou d'importation, par exemple). Les différentes sous-tâches sont exécutées les unes après les autres.
Remarque: Si plusieurs tâches sont programmées simultanément, elles seront exécutées les unes après les autres.
Toutes les tâches susmentionnées nécessitent l'utilisation de Procédures stockées. Ces procédures sont créées dans la configuration Administrateur. Consultez cette rubrique pour plus d'informations sur les Procédures stockées.
- Exportation — La procédure stockée définit les jeux de données à exporter.
- Importation — La procédure stockée définit comment les données sont migrées d'une table source vers une table de production.
- SQL — SQL est utilisé pour transformer les données. La procédure stockée contient les actions qui modifient les données contenues dans les tables.
Les tâches sont exécutées en arrière-plan et toutes les tâches configurées sont exécutées de manière séquentielle.
Cela signifie que même lorsque deux tâches doivent être exécutées simultanément, l'une doit être terminée avant que l'autre puisse démarrer.
Remarque Technique: Nous vous encourageons à configurer toute exportation ou importation avec une taille et/ou une fréquence significative à l'aide de la fonctionnalité Tâches. Si le comportement en temps réel est privilégié (essentiellement tout ce qui doit fonctionner en 10 minutes), il est conseillé d'utiliser l'API.
Exportations système génériques
Les tâches d'exportation/importation mentionnées ci-dessus sont limitées aux données présentes uniquement dans les listes (listes d'audience, extensions de profil, etc.), utilisées dans la création de campagnes marketing.
Les données générées par la plate-forme au cours du cycle de vie d'une campagne (ouvertures, clics, etc.) et utilisées pour la génération de rapports sont inaccessibles à l'aide de routines et de tâches d'exportation normales.
Il est impossible d'exporter TOUTES les données de la plate-forme Selligent pour importer/mettre à jour un entrepôt de données. Rien ne justifie d'ailleurs une telle action.
Au lieu de cela, Zeta fournit une tâche d'exportation générique (maintenue, gérée, surveillée et prise en charge par les administrateurs de base de données Zeta), qui peut être configurée pour exporter au maximum 50 Unités commerciales.
Qu'est-ce qui est exporté ?
Cette tâche exporte des « données système », ou données générées par la plate-forme utilisée dans les campagnes (communications et marketing), qui couvrent presque tous les scénarios courants à des fins d'analyse et de reporting.
La routine développée par Zeta est une procédure éprouvée qui s'est révélée plus efficace que toute autre solution tierce construite sur mesure.
Les tentatives de création de procédures stockées personnalisées pour accéder à ces données se sont révélées problématiques dans le passé. Il est donc recommandé d'adopter l'approche commune de Zeta pour obtenir des données de plate-forme.
Le but de cette exportation de données est de rendre les données source disponibles pour des outils de reporting et d'analyse plus complexes. Ainsi, les Unités commerciales peuvent utiliser les tableaux de bord et les outils de veille stratégique de leur choix et obtenir un aperçu plus détaillé des données de Selligent by Zeta.
Vers où s'effectue l'exportation ?
Onze fichiers par Unité commerciale sont exportés vers l'emplacement FTP choisi par le client (l'EMPLACEMENT).
Il est possible d'exporter UNE seule Unité commerciale ou TOUTES les Unités commerciales (50 Unités commerciales maximum), mais chaque Unité commerciale requiert des dossiers différents sur le magasin FTP pour la séparation.
Remarque: Tous les emplacements disponibles dans Selligent by Zeta peuvent être utilisés pour exporter les fichiers. Pour une liste complète, consultez cette section thématique.
Le propre magasin FTP de Zeta (SaaSFS) peut être utilisé, mais il doit être considéré comme temporaire, car toutes les données sont soumises à un autoarchivage et à des restrictions de quota.
Les clients peuvent fournir leurs propres serveurs FTP à utiliser. Avant cela, une demande doit être formulée pour ajouter à la liste blanche les adresses IP et les ports connus du site FTP du client, afin d'autoriser les connexions sortantes à partir de l'infrastructure réseau de Zeta.
Il est courant d'utiliser les deux approches : les exportations planifiées utilisent SaaSFS comme target, puis les clients extraient les données de ce stockage pour les gérer eux-mêmes.
Quand s'effectue l'exportation ?
Bien que la fréquence des tâches soit ajustable, un cycle de 24 heures est assez courant.
Des exportations plus fréquentes peuvent être planifiées, mais une granularité très faible (par exemple, heure par heure) peut introduire des conditions de concurrence causant des résultats inexacts (par exemple, une exportation peut signaler que l'e-mail a été reçu par un MTA, mais le code de soft bounce n'a peut-être pas été traité à temps pour être inclus dans l'exportation), en fonction de la quantité de données et de la volatilité des journeys en cours).
Quelle est la quantité de stockage ?
Sur le propre magasin FTP de Zeta (SaaSFS), les données sont conservées pendant 45 jours pour se conformer à la législation, puis elles sont supprimées après cette date pour se conformer aux réglementations du RGPD. Les données devant être conservées après ce délai sont sous la responsabilité du client, qui doit organiser le transfert des jeux de données vers son propre stockage géré (exemple : un fichier crontab exécutant rsync) avant la suppression automatique de Zeta.
Chaque client dispose d'un espace de stockage limité (1 Go) sur le SaaSFS de Zeta. Pour éviter les échecs de tâches du fait d'une capacité insuffisante, il est recommandé aux clients de suivre les conseils ci-après :
- acquérir le système d'archivage de Zeta qui élague automatiquement les données en fonction d'un calendrier
- gérer la troncature eux-mêmes (manuellement, automatiquement ou autre)
- utiliser leur stockage FTP en dehors du réseau de Zeta et gérer leurs propres processus de capacité et d'archivage.
Il s'agit-là de la méthode optimale! Comment mettre cela en place ?
Adressez simplement une demande à votre CSM — notre personnel d'assistance qualifié et nos administrateurs de base de données expérimentés vous guideront tout au long du processus. Notez qu'il s'agit d'un travail facturable dont la mise en œuvre et le test peuvent prendre jusqu'à quatre heures.
